[release-5.0] NO-ISSUE: Fix OVN failure after hostname change in cleanup script - #7303
[release-5.0] NO-ISSUE: Fix OVN failure after hostname change in cleanup script#7303agullon wants to merge 2 commits into
Conversation
|
Pipeline controller notification For optional jobs, comment This repository is configured in: LGTM mode |
|
@agullon: This pull request explicitly references no jira issue. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Comment |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: agullon The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
…-data The cleanup script stops ovsdb-server but does not restart the openvswitch service, leaving ovs-vswitchd running without its database. This stale OVS state prevents OVN from reinitializing when MicroShift is restarted, causing all pods to get stuck in FailedCreatePodSandBox. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> pre-commit.check-secrets: ENABLED
The .local TLD is reserved for mDNS (RFC 6762) and can cause DNS interference with OVN initialization on systems with Avahi or systemd-resolved, contributing to healthcheck timeouts after hostname changes. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> pre-commit.check-secrets: ENABLED
315c1c7 to
fd398bb
Compare
|
@agullon: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
|
/pipeline auto |
|
Pipeline controller notification The |
|
Consolidated into #7327 |
Summary
Manual backport of #7302 to release-5.0.
microshift-cleanup-data.sh. The script was stoppingovsdb-serverwithout restarting theopenvswitchservice, leavingovs-vswitchdrunning without its database. This stale OVS state prevented OVN from reinitializing on the next MicroShift start, causing all pods to get stuck inFailedCreatePodSandBox..localto.example. The.localTLD is reserved for mDNS (RFC 6762) and can cause DNS interference with OVN initialization, especially on systems with Avahi/systemd-resolved.Root Cause
Found during RC.0 release testing (PR #7284). The hostname RF test (
suites/standard1/hostname.robot) was failing in all release scenarios that use optional images (*-lrel-optional). The failure chain:microshift.localand callsmicroshift-cleanup-data --all --keep-imagesovsdb-server.service(line 106) but never restartsopenvswitch.serviceovs-vswitchdcontinues running without its databasemicroshift.servicehasWants=openvswitch.service— if systemd considers it still "active", it won't restart iterror clearing stale ovs flow targets), on bootc (readiness probe returns empty)/etc/cni/net.d/10-ovn-kubernetes.confis never created → all pods stuck inFailedCreatePodSandBoxThis was masked in non-release scenarios because those use images without optional components — fewer workloads meant the system could recover in time despite the stale OVS state.
Test plan
standard1scenarios with optional imagesmicroshift-cleanup-data --allfollowed bysystemctl start microshiftresults in healthy OVN🤖 Generated with Claude Code